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(57) Abstract: The inventive method 
consists in inserting a fourth tier 
in a three-tiered system (client 3. 
application server 2 and data base 
1), said fourth tier being a service 
interaction (4) which enables a user 
system interaction coniponent to 
be obtained independently from the 
application and services media. 
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une composante interaction utilisateur- 
syst&me ind^pendante des services de 
Papplication et des medias. 
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PROCEDE PERMETTANT DE RENDRE L'INTERACTION UTILISATEUR- 
SYSTEME INDEPENDANTE DE L' APPLICATION ET DES MEDIAS 

D1NTERACTION 

La presente invention se rapporte ^ un procede pemnettant de 
rendre rinteraction utilisateur-systeme ind6pendante de Tapplication at des 
medias d'interaction. 

Dans les systdmes destines a etre utilises par rhumain, les 
5 processus de gestion de ('interaction entre les utilisateurs et le systeme sont 
actuellement repartis entre I'application proprement dite, d savoir la 
composante chargee de rendre les services pour lesquels le systeme a ete 
congu, et les medias d'interaction avec le systeme, c*est-^-dire la ou les 
composantes chargees de realiser interface qui permet aux utilisateurs 

10 d'acc^der A ces services. De plus, les processus d'interaction sont 
frSquemment profondement enfouis dans Tune ou I'autre de ces 
composantes et imbriqu^s avec les processus de Tapplication ou des 
interfaces, ce qui rend difficile leur identification en tant que processus 
d'interaction d part entiere. 

15 Cette dissemination des processus d'interaction a pour origine 

■'absence de separation claire entre les applications et leurs interfaces dans 
les systemes traditionnels. M§me si cette separation est serieusement 
envisag6e comme une solution au probleme de la gestion de I'interaction 
utilisateur-systeme, notamment dans les architectures multi-f/eA:s (de Tanglais 

20 « tier yy : 6tage, gradin, ...). sa mise en oeuvre se trouve confrontee a un 
certain nombre de difficultes. D'une part, un meme service de Tapplication 
peut Stre utilise via plusieurs madias d'interaction diffSrents dans des 
contextes d'utilisation potentiellement tres dissemblables, auquel cas la 
gestion de I'interaction utilisateur-systeme est du ressort des interfaces. 

25 D'autre part, un meme schema d'interaction peut s'appliquer a plusieurs 
services de rapplication distincts, auquel cas il arrive frSquemment que les 
services d'interaction soient en quelque sorte factorises dans I'application. 

On connaTt d'apres les documents US 5 960 200 et WO 02 03648 
des systemes a architecture « multi-tiers », mais il n'y est pas pr^vu de 

30 separation nette entre les couches « presentation », « interaction avec 
I'utilisateur » et « application » et/ou de rendre la couche « interaction » 
specifique a chaque utiiisateur. 
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La consequence de cet etat de fait est que toute Evolution des 
besoins des utilisateurs en termes d'interaction avec le systeme, par 
exemple en cas de changement du contexte physique ou logique 
d'utilisation, impacte aussi bien Tapplication que les interfaces. Ceci implique 
5 des coOts non negligeables en termes de dSploiement d'evolution et de 
maintenance des systemes. En effet, Tadaptation d'un systeme a de ~ 
nouveaux utilisateurs ou de nouveaux madias d'interaction va necessiter la 
conception et le d^veloppement de nouvelles interfaces, ce qui peut paraTtre 
normal etant donn6e rh6t6rogen6it§ des contextes d'utilisation, mais aussi la 

10 revision d'une bonne partie de rapplication, ce qui Test deja moins, 
notamment si Ton se refere aux principes de la methodologie de conception 
par objets. Reciproquement, Textension des fonctionnalit6s du syst6me par 
Tajout ou la modification de services de rapplication va necessiter la revision 
de Tensemble des interfaces, ce qui peut §galement s'avSrer tres coQteux. 

15 La presente invention a pour objet un proced§ permettant, dans le 

cadre de I'interaction entre une application et des medias d'interaction, 
d'adapter facilement le systeme de mise en oeuvre de I'interaction a 
■'application et aux medias d'interaction, ainsi qu'd toute evolution du 
contexte de rinteraction, en particulier lors d'un changement physique ou 

20 logique d'utilisation, de la prise en compte de nouveaux utilisateurs, de 
nouveaux terminaux et lors de I'ajout ou de la modification de services de 
rapplication. 

Le proc6d6 de I'invention, permettant de rendre I'interaction 
ind6pendante de I'application et des medias d'interaction est caract6ris§ par 

25 le fait que Ton crde un conteneur dans lequel on memorise au moins Tune 
des representations suivantes du contexte d'interaction : representation des 
terminaux pouvant etre utilises par les usagers, representation des modalites 
d'action, representation des modalites de perception des echanges 
d'informations par les usagers; representation d'activite des usagers, 

30 representation de contexte, representation des services attendus, et il est 
caractdrise par le fait que le CIPS assure rinteraction en utillsant les 
representations pour construire, adapter et manipuler des bases de 
connalssances constituent une representation structuree du contexte 
d'utilisation du systeme, et qu'il etablit a I'aide de cette representation 

35 structuree le dialogue entre les usagers et les sen/ices de I'application. 
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Le dispositif de mise en oeuvre du proc§d6 de rinvention, appliquS 
a un systeme du type comportant au moins une interface homme-machine, 
au moins un serveur d'applications et une base de donnees est caracterise 
en ce que Ton intercale entre Tinterface et le serveur d'applications un 
5 dispositif dans lequel sont inclus des syst^mes de caicul intelligents 
dtablissant rinteraction bidirectionnelle entre I'utilisateur (ouieis utilisateurs) 
et le systeme. 

La presente invention sera mieux comprise ^ la lecture de la 
description detaillee d'un mode de realisation, pris a titre d'exemple non 
10 limitatif et iliustre par le dessin annexe, sur lequel : 

- la figure 1 est un bioc-diagramme simplifi6 montrant, d'un cote, 
une architecture classique « trois tiers », et de I'autre c6te une 
architecture conforme & invention ; 

- la figure 2 est un bioc-diagramme detains d'un systeme 
15 conforme a invention et explicitant le cheminement des 

informations de I'usager vers les serveurs ; et 

- la figure 3 est un bioc-diagramme detains d'un systeme 
confonrne A Tinvention et explicitant le cheminement des 
informations des serveurs vers Tusager. 

20 Pour illustrer de fagon simplifi^e les notions d'interaction 

auxquelles se refere (Invention, considerons le cas de la commande par un 
utilisateur de divers appareils domestiques tels que tel§viseur, 
magnetoscope, recepteur satellite, ordinateur personnel, assistant personnel 
(« P.D.A »), etc ... Cet utilisateur doit, en passant de la commande de Tun de 

25 ces appareils d celle d'un autre appareil, faire un effort d'adaptation § 
chacune des diverses interfaces de commande de ces appareils, qui sont 
g6neralement tres diverses (boTtiers de telecommande, clavier, boutons, ...). 
II serait done souliaitable que cet utilisateur n'ait A memoriser et a s'liabituer 
qu'a la commande d'une interface unique, par exemple un PDA. Bien 

30 entendu, lorsqu'il s'agit d'appareils plus complexes que les appareils 
domestiques, ce besoin de simplifier et de standardiser leur commande est 
encore plus n^cessaire. 

A titre d'exemple, on peut citer quelques-uns des nombreux 
nombreux domalnes d'application dans lesquels I'invention peut etre mise en 

35 oeuvre, et dans lesquels I'humain tient une place prepond^rante, du fait que 
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ces domaines impliquent une interaction entre les utilisateurs et les syst^mes 
utilises : 

• La defense : systemes d'armes, de commandement, de 
simulation et d'entrainement ; 

5 • Les transports : systemes de pilotage, de supen^ision, de 

reservation ; . - . 

• Les communications : t6l6phonie, radio, television, internet ; 

• La vie quotidienne : systemes electromenagers, vehicules 
individuels, informatique domestique omnipr6sente et diffuse 

10 {« ubiquitous computing » en anglais) ; 

• Les services: systemes bancaires, commerce 6lectronique, 
assistance technique ; 

• La sante : systdmes hospitallers, secours operationnel ; 

• Etc. 

15 Pour resoudre ces problemes, Tinvention consiste d^abord d 

decharger les concepteurs et developpeurs d'applications de la question de 
rutillsation de ces applications dans chaque contexte particulier. leur 
permettant ainsi de proposer des services d'application gSndriques, feciles ^ 
maintenir, & §tendre et d r6utillser. Ensuite. {'invention consiste a decharger 

20 les concepteurs et developpeurs d'interfaces du probfeme de I'lnteraction 
entre les interfaces et les applications, et ainsi leur permet-elle de proposer 
des interfaces extensibles et reutilisables. 

La presente invention est ddcrite ci-dessous en reference d un 
systdme informatique complexe comportant de nombreuses fonctions, mais il 

25 est bien entendu qu'elle n'est pas limitee d de tels systemes, et qu'elle peut 
etre mise en oeuvre dans tout dispositif, appareil ou 6quipement comportant 
au moins une couche informatique supportant au moins une representation 
modele de terminal, au moins une representation d'applicatlon, meme sous 
une forme rudimentaire et au moins une interface utilisateur informatique 

30 supportant elle-meme un logiciel. 

Le precede d'interaction entre utilisateurs et systemes repose sur 
la caracteristique fondamentale suivante, qui consiste d rendre I'interaction 
universelle en la s6parant de Tapplicatlon proprement dite d'une part et des 
medias d'interaction avec rapplication d'autre part. Plus precisement, il s'agit 

35 « d'encapsuler » Thumain et le contexte d'utilisation du systeme dans une 
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nouvelle cx>mposante charg6e de la gestion de rinteraction personne- 
systeme. Cette composante est par definition independante des services 
proposes par rapplication tout en pemnettant Tacces a ces sen/ices quel que 
soit le media dlnteraction et quel que soit le contexte physique dans lequel 
5 ce media est utilise. 

Par analogie avec les coiiteneurs d'objets metiers - c'est-d-dire^ 
propres a un domaine d'application - developpds dans le cadre des 
architectures a base de composants, le precede de Tinvention a pour r6sultat 
la construction d'un conteneur d'objets d'interaction, appele conteneur 

10 d'interaction personne-systeme en abrege « CIPS ». Du point de vue de 
Tarchitecture des systfemes informatiques, ce conteneur consiste en un 
composant intermediaire - « middleware » en anglais - d'interaction qui met 
en oeuvre la gestion de interaction utilisateur-systeme sous la forme de 
services d'interaction suffisamment generiques pour permettre le dialogue 

15 entre les services de I'application et les services d'interface quels que soient 
ces services. 

Ainsi, le CIPS separe Tapplication du poste client. Cette 
separation implique la reduction de Fappiication d un ensemble de services, 
que I'on peut ainsi consid^rer comme des services applicatifs. Du cote de 

20 I'utilisateur, Tinterface (« IHM » ou Interface homme-machine) n'appelle plus 
directement les fonctions de rapplication, mais passe par le CIPS, qui 
interprdte toute action de Tinterface et genere ses propres appels aux 
services applicatifs concern6s. 

Le fonctionnement du conteneur d'interaction est fonde sur des 

25 descriptions, sous la forme de bases de connaissances, de I'humain (« Qui 
est-il ? »), de son activite (« Que fait-il ? »), du contexte dans lequel cette 
activite a lieu (« Ou est-il ? ») et des services rendus par les autres 
composantes du systeme (« Comment le fait-il ? »), ainsi que sur un 
historique du dialogue utilisateur-systeme qui decrit ('interaction passee entre 

30 I'utilisateur et le systeme et son evolution au cours du temps. Sur la base de 
ces connaissances, le conteneur propose un ensemble de traitements 
intelligents qui mettent en oeuvre rinteraction utilisateur-syst6me via les 
diff§rents medias d'interaction. 

Une caract6ristique majeure de la presente invention reside dans 

35 ridentification d'une composante interaction utilisateur-systeme 
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indSpendante des services de rapplication d'une part et des m§dias 
d'interaction d'autre part, cette composante etant jusqu'a aujourd'hui rdpartie 
entre rapplication et les interfaces et enfouie dans les services proposes par 
chacune de ces composantes, aiors qu'elle est integree au CIPS de 
5 rinvention. Le proc6d6 de I'invention permet de rendre independante la 
couche interaction et a pour avantage immddiat de permettre aux 
concepteurs et developpeurs d'applications et dinterfaces de se concentrer 
sur leur tdche premiere, qui est de fournir leurs services respectifs sans se 
pr^occuper de leur utilisation. 

10 Outre I'introduction dans les syst^mes d'une composante 

d'interaction clairement identifi^e et localisee, une autre caracteristique 
importante de rinvention decrite ici reside dans les possibilit6s ofFertes par 
cette composante Interaction, en particulier rutilisation de mecanismes de 
dialogue utilisateur-systeme qui prennent pleinement en compte le contexte 

15 operationnel du systeme et de I'utilisateur. L'analyse, l'interpr6tation et la 
comprehension de ce contexte donnent une puissance incomparable a 
{'interaction et ouvrent de nouvelles possibilites aux interfaces homme- 
machine tradltionnelles. En effet, alors que les interfaces existantes 
proposent une interaction statique et figde n'§voluant pas selon les 

20 changements du contexte d'utilisation, la presente invention pemiet la mise 
en place de mecanismes d'interaction dynamiques, s'adaptant 
automatiquement au contexte et fortement centres sur les utilisateurs. 

On va decrire maintenant en reference a la figure 1, un mode de 
realisation de I'invention relatif d un systdme organist en couches ou 

25 « tiers ». 

Les applications dites trois « tiers » tendent a devenir un standard 
en matidre d'architecture des systemes. Le schema de conception et de 
d§veloppement trois « tiers » repose comme illustre sur la figure 1, a gauche, 
sur une separation bien identifiee entre la couche de donn6es {«tier» 1 
30 base de donn§es), la couche application {« tier» 2 serveur de rapplication) 
et la couche interfaces (<r tier» 3 client), ce qui permet une repartition des 
donn6es et des processus compatible avec revolution actuelle des reseaux 
informattques et I'heterogeneite croissante des postes de travail et des 
besoins des utilisateurs. 
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Dans une application trois « tiers » classique, la gestion de 
rinteraction entre les utilisateurs et le systeme est effectu§e par le couple 
serveur de Tapplication - interfaces client. Des lors, on est confronte dans 
ces systeme d une dissemination des services d'interaction entre ia couche 
5 serveur de Tapplication d'une part, pour tout ce qui conceme les processus 
' 'd'interaction communs d Tensemble des utilisateurs et des terminaux 
connectSs au serveur. et la couche client d'autre part, pour tout ce qui a trait 
a une classe d'utilisateurs ou de terminaux particuliSire voire a un utilisateur 
ou un terminal particulier. 
10 Selon un mode de realisation possible de la presente invention 

illustr6 sur la partie droite de la figure 1, dans le cadre des applications trois 
« tiers il s'agit de introduction d'un quatrieme «tier» correspondant au 
CI PS et appelS couche interaction metier {a business irtteraction tier» en 
anglais) car charge de la gestion de interaction utilisateur-systeme pour une 
15 classe d'utilisateurs particuli^re, c*est-a-dire un metier particulier 

Dans le contexte du passage a quatre « tiers », le precede 
consistant a rendre ind6pendante la composante charg6e de interaction 
utilisateur-systSme repose sur Tidentification claire et precise de trois classes 
de services distinctes, a savoir : 
20 • Les services d'application proposes par le serveur de 

I'application ; 

• Les services d' interface propos6s par les clients ; 

• Les services d'interaction proposes par le CIPS. 

Les services d'application mettent en oeuvre les fonctionnalit^s qui 
25 sont du strict ressort de rapplication, c'est d dire Tensemble des processus 
propres au domaine d'application : algorithmes, calculs, gestion des 
donn6es, etc. Du point de vue de la pr6sente invention, ils se doivent d'etre 
completement independents de tout contexte d'utilisation particulier, 
' notamment en ce qui conceme les diff6rentes categories potentielles 
30 d'utilisateurs ou les differentes classes de terminaux par lesquelles les 
utilisateurs accedent d ces services. 

Les services d'interface mettent en oeuvre les fonctionnalitSs de 
perception et d'action pour une classe de terminaux particuliere voire un 
terminal particulier, c'est a dire I'ensemble des processus de gestion des 
35 periph6riques : affichage graphique, restitution sonore, clavier, souris, 
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microphone, 6cran tactile, etc. Du point de vue de {'invention d^crite ici, ils se 
doivent d'etre ind6pendants des utilisateurs et, dans la mesure du possible, 
de I'application sous-jacente. II s'av6re que ce dernier point n'est pas 
toujours verifiable dans les equipements existants notamment en ce qui 
5 concerne la presentation des donn6es de Tapplication qui est fortement 
contrainte par le fontiat de ces donnees, et que les clients ne d^sirent pas 
modifier. 

Les services d'interaction sont tous les services qui vont pemiettre 
aux utilisateurs d'acc6der via une un terminal donn6 - un ensemble de 

10 services d'interface - aux services d'application. Afin de mettre en ceuvre ces 
services, le CIPS dispose de moyens de representation du contexte 
d'interaction entre Tutilisateur et le systSme. Ces moyens de representation 
lui permettent de construire et de manipuler un ensemble de bases de 
connaissances (sur rutilisateur, le domaine, la tdche, etc.) dans le but de 

15 foumir aux moyens d'interaction les donnees sur le contexte necessaires a 
leur fonctionnement. Les moyens d'interaction permettent au CIPS de rendre 
les services d'interaction dfefinis ci-dessus et reposent pour ce faire sur des 
moyens de communication internes, propres au CIPS, et externes, qui 
assurent la communication avec les autres couches (serveur de Tapplication 

20 et clients) de Tarchitecture quatre « tiers a>. Ces moyens de communication 
internes et extemes r^alisent {'infrastructure necessaire au fonctionnement 
du CIPS. Les differents moyens identifies ici sont decrits plus precisement ci- 
dessous. 

Les moyens de representation ont pour fonction la construction, 
25 {'adaptation et la manipulation des bases de connaissances necessaires ^ la 
mise en oeuvre des services d'interaction. Celles-ci constituent une 
representation structuree du contexte d'utilisation du systeme. Les 
differentes bases de connaissances identifiees par la presente invention 
portent sur les connaissances suivantes (voir figures 2 et 3) : 
30 • Le domaine 5 : il s'agit d'une representation conceptuelle du 

domaine d'application du systeme, par exemple sous {a fonne 
d'un schema entit6s-relations. Elle permet au CIPS de gerer les 
services d'interaction en fonction du contexte organisation nel 
du systeme ; 
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• L'application 6 (incluse dans les services 16.1 S 16.N decrits 
ci-dessous) : il s'agit de reprdsenter rensemble des services de 
rapplication proposes par la couche serveur de rapplication. 
Ceci permet au CI PS de seiectionner les services dinteraction 

5 adapt^s au contexte fonctionnel du systeme ; 

• Le du les utllisateur(s) 7: il s'agit d'informatiohs siir les 
differentes classes d'utilisateurs du systeme et sur les differents 
utilisateurs a rinterieur de ces classes, comme par exemple les 
profils ou les preferences de ces utilisateurs. Elles permettent 
au CIPS de configurer les services d'interaction en fonction du 
contexte operation nel du point de vue des operateurs ; 

• La tdche 8: il s'agit de fomnaliser la tdche que doit efFectuer 
I'utilisateur du systdme y compris des contraintes de 
perfonmance et de s6curit6, ou la tache collaborative que 
doivent effectuer les utilisateurs dans le cas d'un travail en 
6quipe. Ceci permet au CIPS de proposer les services 
d'interaction adequats en fonction du contexte operationnel du 
point de vue des operations ; 

• Les modalites 9 : il s'agit de ddcrire les differentes modalites de 
perception et d'action offertes par les terminaux connectes au 
systeme, comme par exemple les affichages en deux ou trois 
dimensions, la voix, le geste, etc. Ceci permet au CIPS de 
mettre en oeuvre les services dinteraction en fonction du 
contexte logique d'utilisation ; 

• Les terminaux 10 : il s'agit de mod^liser les differentes classes 
de temiinaux, et les differents terminaux a Tinterieur de ces 
classes, dont les utilisateurs disposent pour interagir avec le 
systeme, notamment en termes de periph6riques 
d'entrees/sorties ou de possibilites d'expression. Ceci permet 
au CIPS d'adapter les services d'interaction au contexte 
physique d'utilisation. 

Les moyens de representation, utilises lors de la creation et de la 
mise a jour du CIPS, pour la gestion de ces differentes bases de 
connaissances, se divisent en quatre categories, qui sent : 
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Des moyens d'acquisition : ils pemnettent aux experts - 
specialistes, concepteurs ou developpeurs - du domaine, de 
Tapplication, des terminaux, etc. de specifier tout ou partie 
des bases de connaissances correspondantes, 
eventuellement sous la forme de regies m6tiers ; 
Des moyens de derivation : ils perm'ettent au CIPS de 
produire des repr6sentations particulieres d partir de bases 
de connaissances g6neriques et d'informations contextuelles 
obtenues grace aux moyens d'acquisition, ou de produire 
des bases de connaissances generiques sur la base de 
representations particulieres ; 

Des moyens d'apprentissage automatique : ils permettent au 
CIPS de construire des bases de connaissances de maniere 
automatique par apprentissage sur des exemples 
d'interaction ; 

Des moyens de r6vision automatique : ils permettent au 
CIPS de revoir des bases de connaissances de maniere 
automatique par I'examen de situations et de sessions 
d'interaction reelles ; 

Des moyens d'utilisation : ils permettent au CIPS d'utiliser les 
bases de connaissances pour la mise en oeuvre des moyens 
d'interaction. 

On a represents en figure 2, les elements utilises pour la 
transmission dinformations de I'utilisateur (ou des utilisateurs) vers 

25 rapplication, via le CIPS de I'invention, et sur la figure 3 ceux relatifs a la 
transmission d'informations en sens inverse. 

Sur ces figures 2 et 3, on a envisage a titre d'exemple, le cas 
gen6ral ou les utilisateurs du systdme disposent de plusieurs types diff6rents 
d'interfaces de communications avec le systeme : des interfaces classiques 

30 1 1 de micro-ordinateurs personnels de type PC (clavier, souris, ecran tactile, 
...), des interfaces similaires 12 de micro-ordinateurs « de poche » (PDA) et 
des interfaces 13 a reconnaissance de parole auxquelles sont associes des 
dispositifs classiques de gestion de modules acoustiques (14) et de modeles 
de langage (15) de configuration. Le systeme a ete reduit aux services 

35 d'applications 16.1 a 16.N. 



10 



15 



20 5. 
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Le conteneur CIPS 17 de rinvention, qui assure la communication 
entre les utilisateurs et ie systeme, comporte, pour le cas de la figure 2, trois 
sous-ensembles fonctionnels : un sous-ensemble 18 d'analyse des 
evenements que representent les actions des utilisateurs sur les interfaces 
5 11 a 13, un sous-ensemble 19 de prise en compte des actions des 
utilisateurs (telles que transmises par le' sous-ensemble 18) et de gestion 
d'interaction, et un sous-ensemble 20 de communication avec les services 
16.1 §16.N. 

Le sous-ensemble 18 comporte les fonctions suivantes : un 

10 analyseur 21 des informations foumies par le navigateur du PC et un 
analyseur 22 des informations transmises par les autres interfaces du PC, un 
analyseur 23 des informations transmises par interface 12 du PDA et un 
analyseur 24 des informations transmises par le dispositif 13 de 
reconnaissance de parole. Uanalyseur 24 est associd, de fapon classique, d 

15 une grammaire 25 et d un lexique 26. Bien entendu, dans le cas oO les 
utilisateurs se serviraient d'autres types d'interfaces (Joystick, 6cran tactile, 
...), le sous-ensemble 18 comporterait les analyseurs correspondants. 

II est 6galement bien entendu qu'un syst^me donn6 peut etre 
associe d un nombre different d'interfaces IHM, ou k un seul type d'lHM. 

20 Les analyseurs du sous-ensemble 18 produisent, d partir des 

6venements crees par les differentes interfaces 11 ^ 13 des informations 
logiques ev§nementielles ger6es par le sous-ensemble 19. Tout d'abord, un 
gestlonnaire multimodal 27, cooperant avec la base de donn6es de 
modalit6s 9, convertit les informations logiques evenementielles en signaux 

25 logiques qu'il transmet a un resolveur de reference 28 de type multimodal (de 
designation directe, linguistique, gestuel, ...). Ce resolveur 28 fait appel a la 
base de donnees de domaine 5 et a Thistorique 29 des actions pass6es, et 11 
envoie a un interprdte de fonctions 30 des informations sous forme 
proposltionnelle. Uinterprete 30, en se r6f6rant a la base de donnees de 

30 domaine 5, formula des propositions correspondantes sous forme 
fonctionnelle d un gestlonnaire d'interaction 31 qui 6labore. en se r6f6rant 
aux bases de donn§es 7, 8 et 29, des appels de fonctions ou services de 
Tapplication qu'il envoie aux diff6rents dispositifs de communication 20. 

Pour le cheminement des informations foumies par les services 

35 16.1 d 16.N aux utilisateurs (figure 3), les fonctions suivantes sont mises en 
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oeuvre. Ces informations passent par les mdmes dispositifs de 
communication 20 et les donndes correspondantes sont envoy6es au 
gestionnaire 31. Celui-ci coopSre avec un planificateur de services 32, avec 
les bases de donnees 5, 7, 8 et avec des filtres 33. Ces filtres 33 comportent 
5 des filtres de taches 34 (par exemple SQL) et des filtres 35 relatifs a 
i'utilisateur (filtres de texte, filtres audio, ...)- Le gestionnaire 31 communique 
des infomiations sous fomie logique A un selecteur de modalites 36, charge 
de mettre sous forme appropri6e (texte. sons, images) les infomiations 
devant gtre presentees aux utilisateurs. A cet effet, le s6lecteur 36 coopere 
10 avec les bases de donnees 9 et 10 et des adaptateurs 37 de conversion, 
selection, mise en forme, pour foumir sous forme propositionnelle adequate 
ces infomiations aux interfaces des utilisateurs. Ce selecteur 36 aiguille les 
informations aux divers convertisseurs correspondants d'un ensemble 38 de 
convertisseurs. Cet ensemble 38 comprend : un convertisseur 39 pour le 
15 navigateur du PC, un convertisseur 40 pour les interfaces visuelles 1 1 du PC 
(ecrans), un convertisseur 41 pour Tecran de I'interface 12 du PDA et un 
convertissur vocal 42 (gen6rateur de langage naturel). Le convertisseur 42 
coopere, tout comme I'analyseur 24, avec la grammaire 25 et le lexique 26, 
et foumit un texte en langage naturel k un dispositif specialist 43 de 
20 synthese vocale et/ou a {'interface 1 1 du PC. Le dispositif 43 coopere avec 
un moddle acoustique 44. 

Les moyens d'interaction ont pour fonction la realisation effective 
des services d'interaction du CIPS. Ces services d'interaction implantent un 
ensemble de traitements intelligents qui se repartissent en quatre grandes 
25 classes, d savoir : 

1 - Des sen/ices d'adaptation aux interfaces : ce sont tous les 
processus qui vont permettre rutilisation des diff6rents 
terminaux et modalites pour I'interaction avec le syst6me. lis 
comprennent : 

30 • La reduction du flux d'information pour adapter 

rinfomiation aux possibilites d'expression des 
temriinaux en fonction des descriptions de ces 
terminaux ; 
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• La dissemination de I'information pour transmettre 
{'information aux differents temninaux, 
eventuellement sans fil et/ou mobiles ; 

• La gestion des diff6rentes modalites - graphique, 
vocale, gestuelle, etc. - et de la multi-modalite qui 
consiste a formater llnformation en sortie 
(perception) et reconstruire Tinformation en entree 
(action) d Taide des descriptions des modalites ; 

Des services d'adaptation aux utilisateurs : ce sont tous les 
processus qui vont permettre une interaction personnalis§e 
pour cheque classe d'utrlisateurs particulidre ou chaque 
utilisateur particulier. lis comprennent : 

• L'identification automatique des utilisateurs pour 
permettre de preserver la coherence de leurs 
missions d travers les diffSrents changements de 
contexte d'utilisation ; 

• Le filtrage de Tinformation pour transmettre 
I'information pertinente aux utilisateurs en fonction 
des descriptions de ces utilisateurs et de la tache ; 

• L'apprentissage du comportement des utilisateurs 
pour adapter dynamiquement et sur la duree les 
services d'interaction aux differents utilisateurs ; 

Des services de support aux utilisateurs : ce sont tous les 
processus qui vont permettre aux utilisateurs une interaction 
plus efficace et moins contraignante avec le systeme. lis 
comprennent : 

• L'automatisation de certaines procedures 
d'interaction pour alleger la charge des utilisateurs ; 

• L'explicitation des m6canismes d'interaction pour 
offrir aux utilisateurs le degr6 de transparence 
n6cessaire pour comprendre et accepter le 
comportement du systeme ; 

• L'aide aux utilisateurs pour les assister et les guider 
dans la realisation de leur tdche ; 
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4 - Des services de support au travail en coilaboration : ce sont 
tous ies processus qui vont permettre une bonne gestion de 
rinteraction muiti-utilisateurs dans le cadre du travaii de 
groupe. 

5 A chacune de ces classes de traitements intelligents correspond 

un sous-ensemble de moyens d'interaction dont le fonctionnement repose 
sur une utilisation intensive des bases de connaissances identifi6es ci- 
dessus ainsi que des donn6es qui vont pennettre d'obtenir des 
representations particuliSres d§crivant le contexte courant. En plus de ces 

10 donnees, Ies moyens d'interaction du CIPS maintiennent a jour et utilisent un 
liistorique du dialogue entre le ou Ies utilisateurs et le systeme qui represente 
('evolution dans le temps de Tetat du processus dMnteraction. 

Les moyens de communication ont pour fonction de fournir 
■'infrastructure n6cessaire d la mise en oeuvre des moyens de repr6sentation 

15 et d'interaction. lis pennettent au CIPS de proposer les m§mes services 
d'interaction quels que soient les applications et les contextes d'utilisation. 
Les moyens de communication ont en charge la gestion des problemes 
suivants : 

L'aspect centralis6 ou distribue de I'architecture sous-jacente au 

20 systeme ; 

L'adaptation au reseauxfilaires ou sans fils ; 
L'adaptation aux diff6rents systemes d'exploitations ; 
La mise en oeuvre des protocoles de communication avec le 
serveur de Tapplication d'une part et les interfaces clients d'autre part 
25 (terminaux, p6riph6riques, etc.). 
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REVENDICATIONS 



1. Procede permettant de rendre Tinteraction utilisateur-systeme 
ind6pendante de I'application et des medlas d'interaction. ce systeme 
comportant au moins une couche informatique supportant au moins une 
representation de terminal et au moins une representation d'application et 
5 comportant au moins une interface utilisateur supportant elle-meme un 
logiciel, caracterise par le fait qu'on cr6e un conteneur (17) dans lequel on 
memorise au moins I'une des representations suivantes du contexte 
d'interaction : representation des terminaux pouvant etre utilises par les 
usagers du systeme, representations des modalit§s d'action. representation 
10 des modalit6s de perception des echanges d'informations par les usagers, 
representation d'activite des usagers, representation de contexte, 
representation des services attendus, et par le fait que le CIPS assure 
I'interaction en utilisant les representations pour constmire, adapter et 
manipuler des bases de connaissances constituant une representation 
15 structuree du contexte d'utilisation du systeme, et qu'il §tablit ^ I'aide de cette 
representation le dialogue entre les usagers et les services de Tapplication. 

2. Proc6d6 selon la revendication 1, caracterise par le fait que 
toutes les communications entre I'interface utilisateur (11, 12, 13) et les 
fonctions de rapplication (16.1 a 16.N) sont ger^es par le conteneur (17). 
20 3. Procede selon la revendication 1 ou 2, caracterise par le fait 

que les services d'interaction mis en oeuvre par le conteneur utilisent Tune 
au moins des bases de connaissances suivantes : le domaine d'application, 
rapplication, le ou les utilisateur(s), la tache. les modalites de perception et 
d'action offertes par le(s) terminal(naux). 
25 4, Procede selon Tune des revendications prec6dentes, 

caracterise par le fait que le CIPS maintient a jour et utilise un iiistorique du 
dialogue entre le (ou les) utilisateur(s) et le systeme, 

5. Dispositif permettant de rendre interaction utilisateur-systeme 
independante de rapplication et des medias d'interaclion dans un systeme 
30 de type comportant au moins une interface homme-machine (3), au moins un 
serveur d'applications (2) et une base de donnees (1), caracterise par le fait 
que ron intercale entre I'interface et le serveur d'applications un dispositif 
conteneur (4) dans lequel sont inclus des systemes de calcul intelligents 
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etablissant I'interaction bidirectionnelle entre r(les) utilisateur(s) et le 
systeme. 

6. Dispositif selon la revendication 5, caractirisd par le fait que le 
dispositif conteneur comporte un sous-ensemble d'analyse (8) des 
5 6v§nements que repr§sentent les actions des utilisateurs sur les interfaces, 
un sous-ensemble (19) de prise en compte des actions des utilisateurs et de 
gestion d'interaction, un sous-ensemble (20) de communication avec le 
serveur d'applications, un sous-ensemble de filtres (33), un sous-ensemble 
(37) selecteur de modalitSs et adaptateur et un sous-ensemble (38) de 
10 convertisseurs pour les interfaces d'utilisation. 
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